需求訪談需要注意的事情

1. 清晰定義目標

• 明確訪談的目標：例如了解使用者需求、技術需求或業務需求。
• 設定訪談範圍，避免過於分散。

2. 了解使用者背景

• 受訪者的角色和責任：確保了解他們在業務或系統中的位置。
• 使用者的技能水平：技術使用經驗或對系統的理解。

3. 探討業務流程

• 確認受訪者的業務流程及痛點，從業務角度理解需求。
• 確認現有流程中的瓶頸或非自動化的部分。
• 了解可能會被新系統取代或優化的業務部分。

4. 問題設計具體且開放

• 使用開放式問題來鼓勵深入討論，如「您在現有系統中的痛點是什麼？」
• 避免過早進入技術解決方案，先理解問題本質。
• 例如：「理想情況下，這個功能應該如何幫助您完成工作？」

5. 關注痛點和需求

• 探討使用者目前使用的工具、功能，分析哪些地方需要改善。
• 關注目前系統中的困難或限制，瞭解問題的緊迫性。

6. 設計功能需求

• 深入了解對方期望的功能或新系統應該提供的特性。
• 詢問是否有具體的優先級或非功能性需求（例如，性能、可擴展性、安全性等）。
• 探討需求的可行性：如何最好地實現這些功能。

7. 確認未來發展

• 詢問未來可能增加的需求或考慮因素，確保設計具備可擴展性。
• 了解長期的業務目標，考慮可能的需求變化。

分享個人經驗是很多人不喜歡仔細地詢問業務需求，往往看著需求規格書就開始開發，有些說法是這樣我直接給使用者來使用實際的畫面，面對大系統或是跨模組的功能就不能這樣操作，這樣往往會造成很多的隱含成本。

本專案內容

後面我這個專案會建置簡單的一個小專案，是基於前面的Qweb和ORM的API撰寫來實現

1.我會建立一個展示的頁面，整體應該會是用bootstrap4來製作，因為目前odoo原生支援bootstrap4，我想這樣用應該比較不會有其他問題出現

2.維修列表，裡面會記錄目前維修的項目，維修員可以在上面備註，同時也可以修改維修的進度。